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DETAILED ACTION 

1. Claims 14-31 have been examined on merits and are pending in this application. 



Response to Arguments 

2. Applicant's arguments filed on 10/01/2008 have been fully considered, but they 
are not persuasive. 

a. Applicant's arguments with respect to Claims 14-31 have been 
considered but are moot in view of the following and further additional ground(s) 
of rejection. 

b. Applicant argues that the applied reference does not suggest the feature 
of: "a packet-oriented network of the type having" the unique address of a 
network element converted into an address valid for the external device by the 
network node device ..." 

c. Chiles does disclose the invention substantially as claimed and further in 
view of the following and further additional mapping of rejections. As stated in 
col. 1, lines 47-57, col. 2, lines 14-36, col. 3, lines 39-42, home-networked client 
devices (network elements) are connected to a host system that assigns 
independent Internet addresses to the home-networked client devices using a 
home gateway device (network node device) that is connected to the home- 
networked client devices through a network (packet-oriented network), includes a 
communication device to communicate with the host system over a single 
communication tunnel established between the home gateway device and the 



Application/Control Number: 10/529,334 Page 3 

Art Unit: 2444 

host system. The home gateway device also typically includes a network address 
translation module. The network address translation module may include a port- 
based or an address-based network address translation module. The network 
address translation module may interface with the home-networked client 
devices and the host system to route communications between the host system 
to the home-networked client devices by translating the independent Internet 
addresses assigned by the host system to the home-networked client devices 
and local addresses belonging to the home-networked client devices that are 
used on the network between the home gateway device and the home- 
networked client devices. The home gateway device may communicate with the 
home-networked client devices using a first protocol and may communicate with 
the host system using a second protocol. The first protocol may include TCP/IP 
and the second protocol may include L2TP. 

d. Applicant argues that the applied reference does not suggest the feature 
of: "verifying message header entries of data packets exchanged between the 
external device and the first network element" and "if a message header entry 
characterizing an expanded packet-oriented protocol is detected ..." 

e. Chiles does disclose the invention substantially as claimed and further in 
view of the following and further additional mapping of rejections. As stated in 
col. 9, lines 31-67, client application 602 may generate a request to initiate 
communications with the home gateway device (e.g., 515 from FIG. 5) and send 
outbound traffic (e.g., TCP/IP traffic going from the client device 605 to the home 
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gateway device 515 from FIG. 5). The request may pass from the client 
application 602 through the TCP/IP interface module 604, which may allow for 
simultaneous support of multiple protocols between the client application level 
(e.g., User mode or Ring 3) and an operating system level (e.g., Kernel mode or 
Ring 0), and ultimately to the TCP/IP protocol implementation module 606. The 
TCP/IP protocol implementation module 606 typically operates in conjunction 
with the PPP protocol implementation module 608 and the PPP WAN driver 
SHIM module 612 to prepare and encapsulate the traffic in a protocol (e.g., 
encapsulate the TCP/IP traffic in PPP). The real-time OS 614 may manage real- 
time interprocess communications between various protocols (e.g., between 
PPPoE and L2TP and between user and Kernel mode modules), including buffer 
management and task scheduling. The PPPoE protocol module 613 may add a 
header (e.g., an Ethernet header and a PPPoE header) to the traffic (e.g., 
TCP/IP traffic encapsulated in PPP) to enable the home gateway device (e.g., 
515 from FIG. 5) to identify the particular client device 605 from which the 
traffic is originating. Thus, the traffic may be considered PPPoE. More 
specifically, in one example, the header may include address information 
learned during the PPPoE discovery stage, and may append (expand) the "oE" 
header to the PPP encapsulated traffic . The real-time OS 614 typically calls the 
protocol interface module 616, which is typically bound to a Network Interface 
Card (NIC) (e.g., 256 from FIG. 2) and allows for the exchange of traffic between 
the NIC and the PPPoE protocol module 613. The traffic then is typically 
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communicated to the home gateway device using the NIC, the standard Ethernet 
driver module 618, and the Ethernet adapter 620). 

f. Applicant argues that the applied reference does not suggest the feature 
of Claim 28. 

g. Chiles does disclose the invention substantially as claimed and further in 
view of the following and further additional mapping of rejections. As stated in 
col. 14, lines 45-67, Referring to FIG. 12, the client devices 1205 typically include 
software that enables generation of IP traffic from the client devices 1205 to an 
outside entity. The client device 1205 attempts to communicate with the host 
system 1230. The attempt generates IP traffic from the client device 1205 to the 
host system 1230. Information included within the IP traffic typically includes a 
destination address specifying a location within the host system 1230. The client 
device 1205 may be configured to route traffic destined for the host system 1230 
or traffic destined outside of the home local network 1210 to a default routing 
table. Thus, the traffic destined for the host system 1230 is sent to the home 
gateway device 1215. The home gateway device 1215 typically examines the 
traffic from the client devices 1205 and monitors for traffic from a new source. 
When the home gateway device 1215 recognizes traffic destined for the host 
system 1230 from a new source, the home gateway device 1215 establishes 
communications with the host system 1230, for example, by creating an L2TP 
tunnel with LNS (not shown) and obtains an IP address for the home gateway 
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device 1215. In this manner, the home gateway device 1215 and the host system 
1230 establish the L2TP tunnel over the communication links 1225. 

Therefore, Applicant's arguments are not persuasive regarding all these 
features, elements of the present application. 

Hence Examiner respectfully disagrees with Applicant's arguments on 
page 2-4, and maintains his rejection. 

Applicant had opportunity to amend the claimed subject matter, and has 
failed to modify the claim language to distinguish over the prior art of record by 
clarifying or substantially narrowing the claim language. Thus, Applicant 
apparently intends that a broad interpretation be given to the claims and the 
Examiner has adopted such in the present and previous Office action rejections. 
See In re Prater and Wei, 162 USPQ 541 (CCPA 1969), and MPEP 2111. 

Claim Rejections - 35 USC § 102 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

3. Claims 14-31 rejected under 35 U.S.C. 102(b) as being anticipated by US Patent 
No. 7353280 to Chiles; David Clyde et al., (hereinafter "Chiles"). 
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As to Claims 14 and 28, Chiles teaches, method and apparatus for 
transparently exchanging data packets with a packet-oriented network via which a 
number of network elements and a network node device are connected, the network 
elements having (as stated in col. 1, lines 47-57, col. 2, lines 14-36, col. 3, lines 39-42, 
col. 5, lines 1-10, home-networked client devices (network elements) are connected to 
a host system that assigns independent Internet addresses to the home-networked 
client devices using a home gateway device (network node device, apparatus) that is 
connected to the home-networked client devices through a network (packet-oriented 
network), includes a communication device to communicate with the host system over 
a single communication tunnel established between the home gateway device and the 
host system. The home gateway device also typically includes a network address 
translation module. The network address translation module may include a port-based 
or an address-based network address translation module. The network address 
translation module may interface with the home-networked client devices and the host 
system to route communications between the host system to the home-networked client 
devices by translating the independent Internet addresses assigned by the host system 
to the home-networked client devices and local addresses belonging to the home- 
networked client devices that are used on the network between the home gateway 
device and the home-networked client devices. The home gateway device may 
communicate with the home-networked client devices using a first protocol and may 
communicate with the host system using a second protocol. The first protocol may 
include TCP/IP and the second protocol may include L2TP. Referring to FIG. 1 , a home 
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networking system 100 typically includes multiple home-networked client devices 105 
(network elements) connected through a network 110 to each other and to a home 
gateway device 115 (network node device). The general-purpose computer 240 
typically will include a communication device 254 for sending and receiving data. One 
example of the communication device 254 is a modem. Other examples include a 
transceiver, a set-top box, a communication card, an xDSL modem (e.g., ADSL, CDSL, 
DSL Lite, HDSL, IDSL, RADSL, SDSL, UDSL, and VDSL), a cable modem, a satellite 
modem, a satellite dish, and an antenna, or another network adapter capable of 
transmitting and receiving data over a network through a wired or wireless data 
pathway) 

unique addresses only within the packet-oriented network (as stated in col. 3, 
lines 52-55, The home networking system 100 enables the host system 130 to assign 
unique identifiers to each of the client devices 105 through the home gateway device 
115), 

the packet-oriented network connected to an external device by the network 
node device, and (as stated in col. 2, lines 26-36, col. 8, lines 62-67, col. 9, lines 16-30, 
The home gateway device may communicate with the home-networked client devices 
using a first protocol and may communicate with the host system using a second 
protocol. The first protocol and the second protocol may be the same protocol, or the 
second protocol may differ from the first protocol. The home gateway device may 
include one or more modules that are structured and arranged to convert between the 
first protocol and the second protocol. The first protocol may include TCP/IP (packet- 
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oriented network) and the second protocol may include L2TP. Client devices 505 
communicate through the network 510 with the home gateway device 515 using Point- 
to-Point Protocol over Ethernet (PPPoE). The home gateway device 515 communicates 
with the host system 530 through the communication device 520 over communication 
links 525. Referring to FIG. 6, in one implementation, the client device 605 may include 
one or more hardware and/or software modules, such as, for example, a client 
application 602, a TCP/IP interface module 604, a TCP/IP protocol implementation 
module 606, a PPP protocol implementation module 608, a PPP WAN driver SHIM 
module 612, a PPPoE protocol module 613, a real-time operating system (OS) 614, a 
protocol interface module 616, a standard Ethernet device driver interface module 618, 
and a standard Ethernet hardware adapter 620. The client device may use one or more 
of these modules to facilitate communications with other devices (e.g., the home 
gateway device 515 and the host system 530 through the home gateway device 515 
from FIG. 5)) 

the unique address of a network element converted into an address valid for the 
external device by the network node device, the method comprising (as stated in col. 2, 
lines 14-25, lines 42-52, col. 9, lines 1-7, The network address translation module may 
include a port-based or an address-based network address translation module. The 
network address translation module may interface with the home-networked client 
devices and the host system to route communications between the host system to the 
home-networked client devices by translating the independent Internet addresses 
assigned by the host system to the home-networked client devices and local addresses 
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belonging to the home-networked client devices that are used on the network between 
the home gateway device and the home-networked client devices. The independent 
client devices may be recognized by the host system through the use of unique 
identifiers assigned to each of the client devices by the host system during the 
established communication session. The unique identifiers may be unique to the client 
devices and/or to users of the client devices. In one implementation, for 
communications between the client devices 505 and the host system 530, the home 
gateway device 515 strips off the "oE" header from the PPPoE traffic used by the client 
devices 505, encapsulates the PPP traffic in Layer Two Tunneling Protocol (L2TP), then 
encapsulates the L2TP traffic in User Datagram Protocol (UDP), and passes on the 
encapsulated PPP communications to the host system 530): 

setting up a connection between a first network element and the external device 
(as stated in col. 9, lines 16-30, Referring to FIG. 6, in one implementation, the client 
device 605 may include one or more hardware and/or software modules, such as, for 
example, a client application 602, a TCP/IP interface module 604, a TCP/IP protocol 
implementation module 606, a PPP protocol implementation module 608, a PPP WAN 
driver SHIM module 612, a PPPoE protocol module 613, a real-time operating system 
(OS) 614, a protocol interface module 616, a standard Ethernet device driver interface 
module 618, and a standard Ethernet hardware adapter 620. The client device may use 
one or more of these modules to facilitate communications with other devices (e.g., the 
home gateway device 515 and the host system 530 through the home gateway device 
51 5 from FIG. 5)); 
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and verifying message header entries of data packets exchanged between the 
external device and the first network element (as stated in col. 9, lines 31-67, client 
application 602 may generate a request to initiate communications with the home 
gateway device (e.g., 515 from FIG. 5) and send outbound traffic (e.g., TCP/IP traffic 
going from the client device 605 to the home gateway device 515 from FIG. 5). The 
request may pass from the client application 602 through the TCP/IP interface module 
604, which may allow for simultaneous support of multiple protocols between the client 
application level (e.g., User mode or Ring 3) and an operating system level (e.g., Kernel 
mode or Ring 0), and ultimately to the TCP/IP protocol implementation module 606. The 
TCP/IP protocol implementation module 606 typically operates in conjunction with the 
PPP protocol implementation module 608 and the PPP WAN driver SHIM module 612 
to prepare and encapsulate the traffic in a protocol (e.g., encapsulate the TCP/IP traffic 
in PPP). The real-time OS 614 may manage real-time interprocess communications 
between various protocols (e.g., between PPPoE and L2TP and between user and 
Kernel mode modules), including buffer management and task scheduling. The PPPoE 
protocol module 613 may add a header (e.g., an Ethernet header and a PPPoE 
header) to the traffic (e.g., TCP/IP traffic encapsulated in PPP) to enable the home 
gateway device (e.g., 515 from FIG. 5) to identify the particular client device 605 
from which the traffic is originating. Thus, the traffic may be considered PPPoE. More 
specifically, in one example, the header may include address information learned 
during the PPPoE discovery stage, and may append (expand) the "oE" header to the 
PPP encapsulated traffic . The real-time OS 614 typically calls the protocol interface 
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module 616, which is typically bound to a Network Interface Card (NIC) (e.g., 256 from 
FIG. 2) and allows for the exchange of traffic between the NIC and the PPPoE protocol 
module 613. The traffic then is typically communicated to the home gateway device 
using the NIC, the standard Ethernet driver module 618, and the Ethernet adapter 620), 
wherein if a message header entry characterizing an expanded packet-oriented 
protocol is detected, a temporarily transparent connection is established between the 
first network element and the external device, and (as stated in col. 10, lines 16-35, the 
home gateway device typically examines the traffic from the client devices and monitors 
for traffic (e.g., an Ethernet header and a PPPoE header) of the traffic (e.g., TCP/IP 
traffic encapsulated in PPP), recognizes traffic destined for the host system. Referring 
to FIG. 7, in one implementation, the home gateway device 715 may include a PPPoE 
access concentrator 717 an L2TP access concentrator 719, and a dialer module 721. 
The home gateway device 715 uses L2TP to tunnel the PPP traffic from each client 
PPPoE session to the host system. A single L2TP tunnel is established between the 
home gateway device and the host system to carry multiple PPP sessions because 
L2TP provides a method to multiplex multiple PPP sessions within a single tunnel (e.g., 
multiple L2TP sessions). Thus, in this implementation, a first protocol is used between 
the client devices and the home gateway device 715, and a second protocol is used 
between the home gateway device 715 and the host system to enable individual 
communication sessions between the client devices and the host system. In particular, 
the first protocol includes PPPoE and the second protocol includes L2TP. The dialer 
module 721 may be configured with a unique identifier (e.g., a login name combined 
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with a password) that enables the host system to identify the home gateway device 
715) ; 

wherein the unique address of the first network element is transferred to the 
external device without being converted by the network node device (as stated in col. 
10, lines 36-49, FIG. 8 shows a more detailed block diagram of an exemplary home 
gateway device 815. In this implementation, the PPPoE access concentrator 817 and 
the L2TP access concentrator 819 include hardware and/or software which may be 
operated as user mode/Ring 3 applications. The home gateway device 815 includes the 
PPPoE access concentrator 817 that enables communications with the client devices 
(e.g., 505 from FIG. 5). The PPPoE access concentrator 817 is capable of handling 
multiple, simultaneous PPP sessions with the PPPoE enabled client devices 505. 
Enabling each client device with its own PPP session permits the client device to 
receive its own unique identifier from the host system. The unique identifier may 
include, for example, an Internet address). 

As to Claim 15, Chiles teaches, method according to claim 14, wherein the 
address of the first network element is assigned by the external device while the 
connection is set up between the first network element and the external device (as 
stated in col. 10, lines 46-49, Enabling each client device with its own PPP session 
permits the client device to receive its own unique identifier from the host system. The 
unique identifier may include, for example, an Internet address). 
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As to Claims 16, and 17, Chiles teaches, method according to claims 14, and 
15, wherein a modulation/demodulation device is arranged between the external device 
and the network node device (as stated in col. 10, lines 16-25, Referring to FIG. 7, in 
one implementation, the home gateway device 715 may include a PPPoE access 
concentrator 717, an L2TP access concentrator 719, and a dialer module 721. The 
home gateway device 715 uses L2TP to tunnel the PPP traffic from each client PPPoE 
session to the host system. A single L2TP tunnel is established between the home 
gateway device and the host system to carry multiple PPP sessions because L2TP 
provides a method to multiplex multiple PPP sessions within a single tunnel (e.g., 
multiple L2TP sessions). 

As to Claims 18, 19 and 20, Chiles teaches, method according to claims 14, 15 
and 16, wherein a verification is carried out before the transparent connection for the 
first network element is set up, to determine whether a connection of the same type 
already exists for at least one other network element or for the network node device (as 
stated in col. 10, lines 50-67, home gateway device 815 communicates with the client 
devices 505, a standard Ethernet driver 823 is used to exchange Ethernet frames 
between the home gateway device 815 and the client devices 505. The home gateway 
device 815 employs a standard protocol driver 823 that, in conjunction with the real-time 
operating system (OS) 825, allows the exchange of Ethernet traffic from the client 
devices 505 with the PPPoE access concentrator 817. The protocol driver 823 binds to 
Ethernet driver 827 to facilitate the exchange of traffic between the home gateway 
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device 815 and the PPPoE access concentrator 817. The real-time OS 825 typically 
provides the interprocess communication capability between protocol driver 823 and 
PPPoE access concentrator 817. When the home gateway device includes more than 
one Ethernet driver 827, the PPPoE access concentrator 817 uses the PPPoE 
discovery phase to identify which particular Ethernet driver 823 will be used to 
exchange traffic with a particular client device 505). 

As to Claims 21, and 22, Chiles teaches, method according to claims 14, and 
15, wherein a maximum number of transparent connections is defined depending on the 
specifications of the external device (as stated in col. 15, lines 62-67, col. 16, lines 1-3, 
lines 21-25, Referring to FIG. 13, in another implementation, the home networking 
system may be implemented using a home gateway device 1315, which includes a 
Dynamic Host Configuration Protocol (DHCP) module 1327 that enables the host 
system to recognize individual client devices (505 from FIG. 5). The home gateway 
device 1315 also includes an L2TP access concentrator 1319 and a TCP/IP module 
1323, which facilitate communications with the host system (530 from FIG. 5. Multiple 
DHCP-capable client devices 505 may receive independent Internet addresses from the 
host system 530 using the single communication tunnel 525 between the home gateway 
device 1315 and the host system 530. DHCP on Host may limit the number of assigned 
addresses to connect the client devices). 
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As to Claim 23, Chiles teaches, method according to claim 21, wherein the 
establishment of the transparent connection of the first network element is rejected (as 
stated in col. 15, lines 50-53, Additionally or alternatively, the home gateway device 
1215 may limit the number of simultaneous L2TP sessions it allows). 

As to Claim 24, Chiles teaches, according to claim 21, wherein an existing 
connection to a network element is canceled and the transparent connection of a further 
network element is then established (as stated in col. 11, lines 1-15, The L2TP access 
concentrator module 819 within the home gateway device 815 uses UDP over IP to 
exchange L2TP traffic with the host system (e.g., 530 from FIG. 5) using the standard 
TCP/IP module 829. When connectivity needs to be established with the host system 
530, the dialer module 821 establishes connectivity to the host system 530 prior to the 
exchange of L2TP traffic between the L2TP access concentrator module 819 and the 
host system 530. Additionally, the dialer module 821 may calculate the host system 530 
address, allowing the home gateway device 815 the potential to add a static route to the 
host system 530 in the home gateway device 815 routing table. This may prevent a new 
default route from interfering with the tunnel traffic between the home gateway device 
815 and the host system 530). 

As to Claim 25, Chiles teaches, method according to claim 14, wherein an 
existing transparent connection is terminated as soon as a connection release request 
is detected (as stated in col. 14, lines 50-53, In one implementation, the home gateway 
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device 1115 may assign the client devices local addresses to identify and facilitate 
individual communications between the home gateway device 1115 and the client 
devices. The home gateway device may include a Dynamic Host Configuration Protocol 
(DHCP) module 1127, which may assign the local addresses (e.g., local IP addresses) 
to the client devices. The client devices typically include a DHCP client module (e.g., 
Windows.TM. DHCP), which may seek a local address from the home gateway device 
1115 (e.g., at startup or at some other time). The DHCP module 1127 also may assign 
the home gateway device 1115 as the default route for each client device. DHCP 
module may request connection release from DHCP clients at this point connection is 
terminated). 

As to Claim 26, Chiles teaches, method according to claim 25, wherein the 
connection release request is triggered when a predefined time period, during which no 
data packets have been exchanged according to the expanded packet-oriented 
protocol, has been exceeded (as stated in col. 15, lines 50-53, (as stated in col. 14, 
lines 50-53, In one implementation, the home gateway device 1115 may assign the 
client devices local addresses to identify and facilitate individual communications 
between the home gateway device 1115 and the client devices. The home gateway 
device may include a Dynamic Host Configuration Protocol (DHCP) module 1127, which 
may assign the local addresses (e.g., local IP addresses) to the client devices. The 
client devices typically include a DHCP client module (e.g., Windows.TM. DHCP), which 
may seek a local address from the home gateway device 1115 (e.g., at startup or at 
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some other time). The DHCP module 1127 also may assign the home gateway device 
1115 as the default route for each client device. DHCP module assigns addresses to 
clients for predetermined time and may request connection release from DHCP clients 
at this point connection is terminated). 

As to Claim 27, Chiles teaches, method according to claim 14, wherein the 
communication of the network elements with one another and/or with the network node 
device is alternatively effected either according to the Internet protocol or according to 
the PPPoE communication protocol (as stated in col. 9, lines 47-67, The real-time OS 
614 may manage real-time interprocess communications between various protocols 
(e.g., between PPPoE and L2TP and between user and Kernel mode modules), 
including buffer management and task scheduling. The PPPoE protocol module 613 
may add a header (e.g., an Ethernet header and a PPPoE header) to the traffic (e.g., 
TCP/IP traffic encapsulated in PPP) to enable the home gateway device (e.g., 515 from 
FIG. 5) to identify the particular client device 605 from which the traffic is originating. 
Thus, the traffic may be considered PPPoE. More specifically, in one example, the 
header may include address information learned during the PPPoE discovery stage, 
which is discussed in more detail below, and may append the "oE" header to the PPP 
encapsulated traffic. The real-time OS 614 typically calls the protocol interface module 
616, which is typically bound to a Network Interface Card (NIC) (e.g., 256 from FIG. 2) 
and allows for the exchange of traffic between the NIC and the PPPoE protocol module 
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613. The traffic then is typically communicated to the home gateway device using the 
NIC, the standard Ethernet driver module 618, and the Ethernet adapter 620). 

As to Claim 29, Chiles teaches, network node element according to claim 28, 
wherein the network node element is configured as a router (as stated in col. 14, lines 
32-34, The DHCP module 1 127 also may assign the home gateway device 1 1 15 as the 
default route for each client device). 

As to Claims 30, and 31, Chiles teaches, network node element according to 
claims 28, and 29, wherein the monitoring unit controls at least one bridging device (as 
stated in col. 14, lines 57-59, col. 10, lines 16-31, The home gateway device 1215 
typically examines the traffic from the client devices 1205 and monitors for traffic from a 
new source. Referring to FIG. 7, in one implementation, the home gateway device 715 
may include a PPPoE access concentrator 717, an L2TP access concentrator 719, and 
a dialer module 721 . The home gateway device 715 uses L2TP to tunnel the PPP traffic 
from each client PPPoE session to the host system. A single L2TP tunnel is established 
between the home gateway device and the host system to carry multiple PPP sessions 
because L2TP provides a method to multiplex multiple PPP sessions within a single 
tunnel (e.g., multiple L2TP sessions). Thus, in this implementation, a first protocol is 
used between the client devices and the home gateway device 715, and a second 
protocol is used between the home gateway device 715 and the host system to enable 
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individual communication sessions between the client devices and the host system. In 
particular, the first protocol includes PPPoE and the second protocol includes L2TP). 

Action Final 

4. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Conclusion 

5. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Muktesh G. Gupta whose telephone number is 571-270- 
5011. The examiner can normally be reached on Monday-Friday, 8:00 a.m. -5:00 p.m., 
EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, William C. Vaughn can be reached on 571-272-3922. The fax phone 
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number for the organization where this application or proceeding is assigned is 571- 
273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

MG 



/William C. Vaughn, Jr./ 
Supervisory Patent Examiner, Art Unit 2444 



